home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group03a.txt / 000066_icon-group-sender_Fri Mar 28 16:48:55 2003.msg < prev    next >
Internet Message Format  |  2003-12-22  |  5KB
  1. Return-Path: <icon-group-sender>
  2. Received: (from root@localhost)
  3.     by baskerville.CS.Arizona.EDU (8.11.1/8.11.1) id h2SNmjI02806
  4.     for icon-group-addresses; Fri, 28 Mar 2003 16:48:45 -0700 (MST)
  5. Message-Id: <200303282348.h2SNmjI02806@baskerville.CS.Arizona.EDU>
  6. From: voice_of_reason@australia.edu (Quiet Voice)
  7. X-Newsgroups: comp.lang.icon
  8. Subject: Re: Befuddled by logic and an error message.....
  9. Date: 28 Mar 2003 11:31:13 -0800
  10. X-Complaints-To: groups-abuse@google.com
  11. To: icon-group@cs.arizona.edu
  12. Errors-To: icon-group-errors@cs.arizona.edu
  13. Status: RO
  14.  
  15. Once again following up my own follow-up....
  16.  
  17. Thank you to all for the email responses.
  18.  
  19. As it turns out, I have solved my problem...at least this one.
  20.  
  21. I'm still not certain what was causing the error, but I suspected it
  22. revolved around reading from and writing to the same file. So I
  23. developed a work-around by creating *TWO* temp files to hold the
  24. editing: one for reading from and one for writing two. For each pass
  25. thru the editing loop, the program swaps which is the read and which
  26. is the write file. So the editing updates that you write to one file
  27. are then read out during the next pass and written to the other file
  28. (along with the newest updates). Back and forth...etc etc.
  29.  
  30. Its a bit of a kludge.....but it works!
  31.  
  32. Again, thanks!
  33.  
  34.  
  35.  
  36. voice_of_reason@australia.edu (Quiet Voice) wrote in message news:<9428c6a7.0303280746.51de65da@posting.google.com>...
  37. > A follow-up to my own post based on some e:mail I recieved....
  38. > 
  39. > >Are you running on Windows or UNIX...on NT4SP6a with
  40. > >Icon 9.3.2 I get this:
  41. > >
  42. > >Run-time error 214
  43. > >File io.icn; Line 4
  44. > >input/output error
  45. > >offending value: 68
  46. > >Traceback:
  47. > >   main()
  48. > >   write(file(x),68) from line 4 in io.icn
  49. > >
  50. > 
  51. > I am running under Win 2000 with version 9.3.2.....and that is
  52. > precisely the error message I get.
  53. > 
  54. > >
  55. > >But I've got a broader question: Why is the temp file necessary?  
  56. > 
  57. > I use the temp file because the editting process is iterative. 
  58. > 
  59. > What I mean is that the program reads in the original file, writes it
  60. > over to a temporary holding file and offers the user a chance to edit
  61. > the file, observe the results and re-edit...over and over...until he
  62. > is satisfied. Each time, the program outputs the original file along
  63. > side the most recent edits.
  64. > 
  65. > Once satisfied, the program writes out the final version of the temp
  66. > file as the "answer".
  67. > 
  68. > 
  69. > 
  70. > voice_of_reason@australia.edu (Quiet Voice) wrote in message news:<9428c6a7.0303271418.6dd64a38@posting.google.com>...
  71. > > Greetings:
  72. > > 
  73. > > Still in my endeavor to "re-learn" ICON, I have hit upon a bug that is
  74. > > partially a logic bug and partially a runtime error.
  75. > > 
  76. > > What I am attempting to do is as follows --
  77. > > 
  78. > > A file is opened which contains text.
  79. > > 
  80. > > The idea of the program is to allow the user to selectively and
  81. > > iteratively edit and re-edit the file and see the edits alongside the
  82. > > original version of text.
  83. > > 
  84. > > The program creates and output file that holds the original text and
  85. > > the current state of editing.
  86. > > 
  87. > > A line from the original file along with the corresponding edited line
  88. > > are written to output.
  89. > > 
  90. > > With each pass thru the loop the idea is that the program opens a temp
  91. > > file that holds the current editing. The user is essentially
  92. > > iteratively editing the temp file.
  93. > > 
  94. > > Here's the code fragment along with comments I've written to
  95. > > myself....
  96. > > 
  97. > > target := current text
  98. > > edit := proposed edits
  99. > >   .
  100. > >   .
  101. > >   .
  102. > > 
  103. > > # LOGIC PROBLEM WITH THIS LOOP. NEED TO READ DATA FROM CURRENT GUESS
  104. > > *THEN* SAVE NEW GUESS FOR
  105. > > # FUTURE READ....but NEED TO PREVENT "INFINTIE LOOP" SITUATION OF
  106. > > READING THEN WRITING THEN READING>>>>ETC
  107. > > 
  108. > > # CURRENT VERSION RESULTS IN RUN-TIME ERROR: 214 (???) in line 88
  109. > > 
  110. > > while (line := read(temp_holder)) do
  111. > >               {
  112. > >            orig := read(orig_text)
  113. > >                trial_line := map(line,target,edit)
  114. > > 
  115. > >                write(output,"original: ",orig)
  116. > >                write(output," ")
  117. > >                write(output,"new:      ",trial_line)
  118. > >                write(output," ")
  119. > > 
  120. > > OFFENDING LINE OF CODE  ==> write(temp_holder,trial_line)   # save
  121. > > current trial set
  122. > >                 }
  123. > > 
  124. > > write("TRIAL CORRECTIONS WRITTEN TO TEMPORARY FILE.")
  125. > > writes("Do you have more corrections? Type yes or no: ")
  126. > > more := read()
  127. > > 
  128. > > } #end INPUT loop
  129. > > 
  130. > > 
  131. > > ---
  132. > > First of all, what sort of situations create a runtime error 214? What
  133. > > am I doing wrong?
  134. > > 
  135. > > Secondly, any suggestions on how better to accomplish this?
  136. > > 
  137. > > Thanks for the advice and assitance.....
  138.